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(54) Method for coding a picture sequence, as well as a sub-picture unit for use in an electronic 
appliance, and a data storage medium 

(57) The DVD Standard specifies how, for example, 
subtitles can be overlaid on a video picture in a simple 
way. According to this Standard, in each case one so- 
called sub-picture data unit must be provided on a DVD 
disk per overlay. The DVD Standard does not contain 
any information as to how horizontally moving objects 
can also be displayed in a display window using such 
sub-picture data units, for example to provide a running 
script The aim of the invention is to make it possible to 
produce horizontally moving objects such as running 
scripts, using the rules and instructions specified in the .' 
DVD Standard, while optimizing the memory require- 
ment. The invention achieves the object by using a spe- 
cific type of run-length coding in conjunction with , a 
special way of combining object picture segments. The 
invention relates to a corresponding method for coding 
a picture sequence, and a corresponding sub-picture 
data unit as well as a data storage medium. 
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Description 

[0001] The invention relates both to a method for 
coding a picture sequence and, furthermore, to a corre- 
sponding sub-picture data unit for use in an electronic 
appliance. In addition, the invention relates to a data 
storage medium, on which a sub-picture data unit 
according to the invention is stored. 

Prior art 

r 

[0002] Various picture coding methods are known 
from video technology. The method proposed here for 
coding of a picture sequence is based on a picture cod- 
ing method which is used for producing 'so-called sub- 
picture data units for DVD appliances. Such DVD appli- 
ances are already commercially available and each 
contain a sub-picture decoding device (or sub-picture 
decoder) which can process the said sub-picture data 
units. A description of the picture coding method used 
there can be found, for example, in the DVD Standard 
"DVD Specification for read-only disc", part 3, video 
specification, Version 1.0, August 1996, Section 5.4.3 
Sub-picture unit (SPU). A detailed description of the 
said sub-picture decoder devices can be found, for 
example, in EP-A-0 725 541 . 

[0003] According to the DVD Standard, the main 
application for sub-picture data units is, for example, the 
generation of subtitles on a television screen. The sub- 
titles can then be overlaid anywhere in the picture, and 
they are generally overlaid at the lower edge of the pic- 
ture. The bitmap data for in each case one subtitle are 
then stored in the sub-picture data unit SPU. In order to 
define the location of a subtitle on the screen, and to 
define a number of display characteristics, in particular 
the colour, transparency etc., simple graphics control 
instructions are specified in the said DVD Standard. 
Thus, with skilful programming, sub-picture data units 
can in principle also be used for other purposes, for 
example for control instructions, operator guidance 
menus, animation pictures and screen savers etc. 
[0004] The essential parts of a sub-picture data unit 
according to the DVD Standard comprise a data field for 
the bitmap data of the text to be displayed or, in more 
general form, the object to be displayed, as well as a 
second part in which so-called display control instruc- 
tion sequences are stored, which define the display 
location, the display time and the display characteristics 
of the stored object. Furthermore, a number of objects 
can also be stored successively in the data field for the 
bitmap data, and can each be called up at different 
times. If a number of objects are intended to be pro- 
vided in a sub-picture data unit, then the DVD Standard 
specifies that a corresponding area must in each case 
be provided in the bitmap data field for each object The 
bitmap data are then still run-length coded in order to 
achieve picture compression and to save memory 
space. While precautions are already taken in the said 



DVD Standard, as to how a text can be run through in 
the vertical direction in the overlaid sub-picture -window 
using the existing display control instruction set, there is 
no information as to how it is possible to allow a text to 

5 be run through in the horizontal direction in the sub-pic- 
ture window. Running through a text in the horizontal 
direction is often also referred to as running script, and 
can frequently be seen in some television programmes. 
One example which may be mentioned is the process of 

io continuously running through stock market figures by 
television programme providers such as NTY 
[0005] Persons skilled in the art will very soon have 
the capability to use such running scripts in DVD appli- 
ances as well, utilizing the specified sub-picture data 

75 units, such that either a separate sub-picture data unit is 
stored for each individual frame of such a running script, 
or a sub-picture data unit would have to be provided for 
a number of phases of the running script, containing a 
correspondingly large number of bitmaps for the individ- 

20 ual phases of the movement, which are then called up 
individually. As can be seen, these solutions are very 
memory-intensive. In any case, owing to the limitation in 
size of sub-picture data units to 53220 bytes, the sec- 
ond solution is feasible only for relatively short running 

25 scripts. 

Invention 

[0006] One object of the invention is to specify a 

30 method for coding a picture sequence which, based- on 
the display control instructions which have already been 
defined in the DVD Standard, and based on the rules for 
constructing sub-picture data units, allows horizontal 
movement of an object to be provided in the sub-picture 

35 display window while using the memory efficiently. The 
said object is achieved by the features of the independ- 
. ent Claim 1 . The construction of a corresponding sub- 
picture data unit is specified in the independent Claim 8. 
[0007] In the method according to the invention for 

40 coding a picture sequence, the object picture is broken 
down into a number of segments of equal size by means 
of vertical cuts. The pixel data of two respective adja- 
cent segments are then combined, with a combined 
pixel being produced in each case from corresponding 

45 pixels in the parts to be combined, in such a way that 
the combined pixel is assigned a unique type, which 
corresponds to the distribution of the pixel values in the 
pair of corresponding pixels. In addition, such combined 
picture pieces are run-length coded section by section. 

so This is done in such a way that a separate run-length 
coding is carried out in each case forthe combined pix- 
els in a section of running script/object. The size of the 
detail in this case corresponds to the number of pixels 
through which it is intended to move the object in the 

55 horizontal direction in each movement phase. That is to 
say, for example, if it is intended to move the object 
through 8 pixels from right to left, in each movement 
phase, a separate run-length coding must in each case' 
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be carried out for each 8 pixels for ail the- lines of the 
object detail. By appropriately placing a pointer on the 
respective object detail, it is then a simple matter during 
the decoding of the picture sequence to produce a pic- 
ture sequence which, when output gives the viewer the 
impression of a horizontal movement of the object rela- 
tive to the window, in a window on a display appliance. 
This specific type of combined coding of adjacent seg- 
ments of the object picture, and the specific type of run- 
length coding, allow the memory requirement for the 
resultant sub-picture data unit to be considerably 
reduced. Specifically, there is no longer any need to pro- 
vide a dedicated bitmap for each phase of the move- 
ment, but only a considerably smaller number with 
there being approximately as many bitmaps as the 
number of segments which are also produced by verti- 
cal cuts. Although this may result in somewhat more 
run-length code words in the combined object picture 
parts, the reduction in the bitmap areas required is, 
however, considerable, so that considerably less mem- 
ory space is required in any case. 
[0008] The measures specified in the dependent 
claims allow advantageous developments and improve- 
ments, of the method specified in Claim 1 . 
[0009] The measure according to which the size of 
the object segments corresponds to the size of the 
object details to be displayed is an optimization process, 
by means of which the number of segments is limited to 
a small amount. 

[0010] The measure according to which two picture 
parts to be combined are initially shifted through two 
pixels in the vertical direction with respect to one 
another before they are combined ensures that the cor- 
rect pixels are always joined together seamlessly when, 
after moving the pointer for the start of the run-length 
decoding in a line, pixels in the lower and upper of the 
two combined picture pieces follow one another. The 
picture quality is thus optimized. 
[0011] The measure according to which a com- 
bined picture piece is moved with respect to the previ- 
ous and next combined picture piece through the 
number of pixels through which the object is moved in 
each step in the horizontal direction results in the 
advantage of a further reduction in the memory 
required. Specifically this is due to the fact that the 
redundant positions in the individual bitmap areas are in 
this way eliminated. 

[0012] A sub-picture data unit according to the 
invention for use in an electronic appliance which con- 
tains a coded picture sequence which has been coded 
in accordance with the method according to the inven- 
tion for coding of a picture sequence has the fundamen- 
tal structure such that it contains a data area for the 
pixel values of the individual pictures in the picture 
sequence, and an instruction area for display control 
instruction sequences. The invention then provides that 
display control instruction sequences are provided for 
producing the horizontal movement of the object and 
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each contain one instruction, by means of which the 
. start of the run-length decoding for a picture is in each 
case moved by a number of pixels corresponding to the 
desired movement of the object. The display control 
instruction SETJDSPXA defined in the DVD Standard 
can advantageously be used for this purpose. An 
instruction which defines the way in which the combined - 
pixels are to be evaluated is likewise provided in each oK-, 
the display control instruction sequences for reproduc- 
tion of a picture. 

[0013] In the case of DVD sub-picture data units, 
the instructions SET_CONTR or CHG_COLCON 
defined in the DVD Standard can be used for this pur- 
pose. 

[0014] Finally, the invention covers a data storage 
medium, in particular a DVD disk, which contains a sub- 
picture data unit stored according to the invention. 

Drawings 

[0015] Exemplary embodiments of the invention will 
be explained in more detail in the following description 
and are illustrated in the drawings, in which: 



25 Figure 1 shows a DVD player and a television set 
which is connected to it and is displaying 
an overlaid running script; 
Figure 2 shows an example of the known frame for- 
mat for the data in the sub-picture data 
30 unit; 

Figure 3' shows an illustration to explain how two 
object picture sections are combined with 
one another; 

Figure 4 shows a run-length coded line of an object 
35 ' picture detail; 

Figure 5 shows an illustration of how the 
SET_DSPXA instruction in the display 
control instruction sequences points to the 
first run-length code word of different 
40- details; 

Figure 6 shows the combination of two picture 
details for the example of a sub-picture 
data unit as shown in Figure 7; 
Figure 7 shows a simple example of a sub-picture 
45 data unit according to the invention; 

Figure 6 shows the combination of picture pieces 

• of a running script according to a first 
exemplary embodiment; 

Figure 9 shows the combination of picture pieces 
50 of a running script according to a second 

• exemplary embodiment of the invention; 
Figure 10 shows an illustration to explain the differ- 
ent memory size which is required for the 
types of combination shown in Figures 8 

55 and 9, and 

Figure 1 1 shows an illustration to explain how addi-. 

tional memory space can be saved by skil- 
ful coding of the last lines of a running 
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script. 

Description of the invention 

[0016] The invention will be explained using the 
example of a DVD appliance. In Figure 1, reference 
number 10 denotes a conventional TV set A DVD 
player is denoted by the reference number 1 1 . This DVD 
player is connected to the TV set 10, for example via a 
Scart cable. The DVD player 1 1 produces the analogue 
television signal, which is fed to the TV set. The refer- 
ence number 12 denotes a display window, in which a 
running script is overlaid. The running script can move 
either from left to right in the display window 12 or, con- 
versely, from right to left. The dashed illustration indi- 
cates that the running script is in each case displayed 
only section by section in the display window. The entire 
running script is in this case displayed such that it is 
actually so long that it could not be displayed completely 
on the screen. According to the DVD Standard, a subti- 
tle is mainly overlaid on the television picture in a dis- 
play window 12. One sub-picture data unit (SPU) is in 
each case used for each subtitle for this purpose. 
[0017] Figure 2 shows the known data format of a 
picture data unit in rough outline. The reference number 
20 denotes a data field for a header part (SPUH) of the 
sub-picture data unit. The reference number 21 denotes 
a data field for the compressed pixel data (PXD) of the 
sub-picture. The reference number 22 also denotes a 
data field for a display control instruction sequence table 
(SP_DCSQT). So-called display control instruction 
sequences (SP_DCSQ) are stored in the data field 22. 
The terms which have been mentioned as well as the 
various display control instructions are defined in the 
DVD Standard (Version 1 .0) mentioned initially, so that 
the details do not all need to be explained for the disclo- 
sure of the invention. However, reference is expressly 
made to this publication with regard to the disclosure of 
the invention. 

[001 8] The pixel data in the data field 21 govern the 
displayed pattern of the displayed sub-picture. For each 
pixel in a line of the sub-picture, a 2-bit long data word is 
used to indicate whether this is a background pixel, a 
foreground pixel (pattern pixel) or whether the pixel 
must be emphasised in a first way (emphasis- 1 pixel) or 
in a second way (emphasis-2 pixel). These four differ- 
ences can be defined by two bits. In this case, in detail, 
the binary value meanings are as follows: 

' 00 = background pixel 

01 = foreground pixel 

10 = pixel displayed with emphasis 1 

1 1 = pixel displayed with emphasis 2 

[0019] It must be remembered in this case that the 
individual pixel data "items are not stored in this raw form 
in the memory, but are stored in compressed form. Run- 
length coding is carried out for this purpose. The run- 



length coding method is likewise explained in very great 
detail in the said DVD Standard (1 .0). The said DVD 
Standard defines 7 coding rules for run-length coding. 
In this case, the run-length coding works in such a way 

5 that one line of a field of the sub-picture to be displayed 
is run-length coded in each case. The individual rules 
will not be explained in any more detail here, however, 
since these are known sufficiently well from the said ■ 
DVD Standard. Run-length coding achieves a relatively 

to large amount of compression for simple picture con- 
tents. 

[0020] The method according to the invention for 
coding a picture sequence will be explained in the fol- 
lowing text using the example of a running script The 

75 method according to the invention can be used, of 
course, not only to produce a running script but also, 
instead of this, to display any desired other object sec- 
tion by section in a window, so that it will be possible to 
identify a relative movement between the object and the 

20 window in the horizontal direction in that window. First of 
all, the object, that is to say the entire running script in 
this example, is broken down by vertical cuts. Each part 
is in this case chosen to be of the same size. The size 
of a part also corresponds to the size of the display win- 

25 dow in which it is intended that the running script will 
later be overlaid. This applies in particular to the extent 
of each part in the horizontal direction. Once the run- 
ning script has been broken down into segments, two 
adjacent segments are then in each case combined 

30 with one another. This process is also illustrated in more 
detail in Figure 10. It can be seen in the upper part of 
Figure 10 that a running script has been broken down 
into nine segments, with the ninth segment no longer 
being of the same size as the previous segments and, . 

as for this reason, being artificially enlarged by being filled 
with background pixels so that a segment of the same 
size is likewise once again produced. The first two pic- 
ture segments are then combined with one another. 
This results in the combined picture piece K1. Next, the 

40 second and third segments are then combined with one 
another, producing the combination K2. Once again, the 
third and fourth segments are then combined with one 
another. This results in the combination K3 etc., until, 
finally, the eighth and ninth segments of the running^ 

45 script are combined with one another as the last combi- 
nation K8. 

[0021] Two object picture segments are in this case 
combined as shown in Figure 3. In Figure 3, one picture 
segment in this case contains the letter H, and the other 

so picture segment contains the letter A. These letters are 
then intended to be written one behind the other in the 
running script The two picture parts to be combined are 
shown one above the other in the left-hand part of Fig- 
ure 3. The pixels of the letter are each marked by *, and 

55 the pixels of the background of the respective picture 
segment are marked by single dots. Thus, in this case, 
it is assumed that a pixel can assume only two values, 
namely simply whether the pixel is stimulated to illumi- 
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nate, which corresponds to the "on" state, or not, which 
corresponds to the "off" state. The two illustrated picture 
parts each comprise 9x8 pixels. When these picture 
pieces are combined, this can be thought of as placing 
one piece over the other, so that the picture elements $ 
are superimposed. In the illustrated example, the two 
picture pieces are not placed one on top of the other 
such that they match, but are shifted through two pixels 
with respect to one another in the vertical direction. This 
is necessary to ensure that they are output in the cor- 10 
rect lines when the combined picture pieces are subse- 
quently decoded, and this will be explained in more 
detail in the following text. The shifting of the picture 
sections one above the other is indicated by dashes in 
Figure 3. The pixels which have been placed one on top 15 
of the other are then combined in accordance with the 
following rules: 

[0022] If the pixels to be combined are both in the 
"off" state, then the combined pixel at this position in the 
combined picture piece is assigned the pixel type A. If 20 
the pixels to be combined both have the value "on", then 
the combined pixel for this position is assigned pixel 
type D. 

[0023] - If the lower pixel has the value "on" and the 
pixel located above it has the value "off", then the pixel 25 
at this position in the combined picture piece is declared 
with the pixel type C. If the value of the lower pixel is 
"off" and that of the pixel located above is "on", then the 
combined pixel is assigned pixel type D. The result of 
this pixel combination is shown in the top right of Figure m 30 
3. 

[0024] The lower part of Figure 3 then shows how 
the four pixel types A-D are allocated to the- pixel types 
"background" b, "pattern" p, "emphasis 1 " and "empha- 
sis 2" defined in the DVD Standard. Pixel type A 35 
becomes a "background pixel", pixel' type B becomes a 
"pattern pixel", pixel type C becomes an "emphasis-1 
pixel" and pixel type D becomes an B emphasis-2 pixel". 
The corresponding pixel types are shown at the bottom 
of Figure 3. This allocation process should be regarded 40 
only as an example for the purposes of the invention. 4! 
= 24 different allocations are possible in terms of possi- 
ble permutations of the four pixel types. 
[0025] The picture piece combined in this way is 
thus complete and is then also run-length coded in 45 
order to produce a sub-picture data unit that complies 
with the DVD Standard. However, according to the 
invention, the run-length coding is not carried out to 
optimize the memory requirement for a complete line of 
the combined picture piece, but is processed using a so 
specific type of run-length coding, which will be 
explained in more detail with reference to Figure 4. 
[0026] Figure 4 shows an example of a line of a 
combined picture piece. The lower part of Figure 4 
shows the run-length code words for the illustrated line 55 
in the situation where the run-length coding is optimized 
for the memory requirement. As can be seen, a run- 
length code word is in each case formed per number of 



pixels of the same type (B or P). However, according to 
the invention, separate run-length coding is now always 
carried out for eight successive pixels, instead of this. 
The dashed lines in the upper part of Figure 4 each form 
the boundary between a section of eight successive pix- 
els. The first section shown contains only type b pixels. 
The hexadecimal number 20H is accordingly formed as . 
the run-length code word. This is followed in the second-^ 
section by another two type b pixels followed by six type 
p pixels. Two run -length code words are therefore 
formed here. Firstly 44H for the two type b pixels, and 
1 9H for the six successive type p pixels. This is followed 
in the third section by four type p pixels and then' four 
type b pixels. The associated run-length code words are 
1 1 H and 10H. Thus, on the basis of this method accord- 
ing to the invention, separate run-length coding is car- 
ried out for a specific number of pixels. In the illustrated 
example, separate run-length coding has been carried 
out for each eight pixels, since the example is con- 
structed such that the running script is intended to move 
onwards by eight pixels in the horizontal direction from 
step to step. If even finer resolution of the movement is 
required in another example, for example with only four 
pixels per step, then run-length code words would each 
have to be calculated separately for four pixels in each 
line. A step can in this case be carried out for each new 
video frame, or else only for every N frames where N = 
1,2,3,4,... 

[0027] The DVD Standard which has been men- 
tioned defines a display control instruction using which 
it is possible to predetermine the memory address at 
which the run-length decoding is intended to start for 
the sub-picture to be displayed. This instruction is the 
SET_DSPXA instruction. This is the instruction wtiich is 
used to produce the horizontal movement, for. example 
the running script, in a sub-picture data unit according 
to the invention. Namely, a specific > display control • 
instruction sequence SP.DCSQ is then provided for 
each movement step in a sub-picture data unit accord- 
ing to the invention. Each of these display control 
instruction sequences in this case uses the 
SFLDSPXA instruction to shift the PXD pointer for the 
start of the run-length decoding in such a way that the 
run-length decoding starts K pixels further to the right in 
the bitmap, with K being the number of pixels through 
which the running script is intended to move horizontally 
per step. This is symbolized by arrows in Figure 5. In the 
example shown in Figure 5, K is equal to the number 8. 
In the first display control instruction sequence, the 
SET_DSPXA. instruction points to the run-length code 
word 20H. In the next display control instruction 
sequence, the instruction points to the run-length code 
word. 44H, and in the next display control instruction 
sequence it points to the run-length code word 1 1 H, etc. 
The run-length decoding thus always starts further to 
the right in the line being displayed. Different pixels from 
the running script are thus always displayed in succes- 
sion. 
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[0028} Figures 6 and 7 show an example of a sub- 
picture data unit according to the invention for a DVD 
player. The letters A, B, C, D, E, F are stored as a single 
combined picture piece in the bitmap of the sub-picture 
data unit shown in Figure 7. The type of combination is 5 
in this case shown in Figure 6. The left-hand part of Fig- 
■ ure 6 shows the pixel pattern for displaying the letters A, r 
B, C. The background pixels are in this case marked by 
a single dot, and the pixels which produce the pattern of 
the letters are marked by a vertical line. In a corre- w 
sponding way, the centre part of Figure 6 shows the 
pixel pattern for the letters D, E, F. The background pix- 
els are likewise marked by single dots in this case, and 
the pixels for producing the letter pattern are in this case 
marked by a horizontal line. The shifting of the two parts 75 
with respect to one' another through two pixels in the 
vertical direction can also be seen. If the two picture 
parts are placed one on top of the other, then this 
results in the pixel pattern as shown in the right-hand 
part of Figure 6. The single dots mark the pixel type 20 
where the two corresponding pixels are background pix- 
els. The vertical line marks the pixel type where the 
lower pixel is switched on and the upper pixel is 
switched off. Horizontal lines mark the pixels where the 
lower pixel is switched off and the corresponding upper 2 s 
pixel is switched on. In addition, stars mark the pixels 
where the upper and lower pixels-are both switched on. 
[0029] The run -length code words for this combined 
picture piece are stored in the PXD data field of the sub- 
picture data unit. In this example, the run-length code 30 
words have each been determined separately for two 
successive pixels. When this sub-picture data unit is 
being decoded, this then results in a slow movement of 
the text from right to left at two pixels per step. It must 
also be remembered that different bitmap areas are 35 
stored in the PXD field of the sub-picture data unit 
shown in Figure 7 for the first and second fields of a ' 
video frame. The run-length code words for the lines 1 , 
3, 5, 7, 9 and 1 1 are thus stored in the first field, and the 
run-length code words for the even-numbered lines are 40 
stored in the bitmap for the second field. The run-length 
code words for the combined picture piece for the first 
field are located in the memory starting at the address 
0004H:. Figure 7 shows the hexadecimal addresses 
without the addition of the letter H. The run-iength code 45 
words for the second field are located in the memory 
starting at the address 0S33H:. The PXD area -is filled 
with zero byte entries starting at the address 0060H: in 
order to satisfy the rule specified in the DVD Standard 
that the PXD "area, including the SPU header area, so 
which has a size of 4 bytes, must not be less than half - 
the total SPU size. The PXD area is followed by the area 
with the display control instruction sequences. This area 
is. also referred to as the display control instruction 
sequence table SP_DCSQT. The following process now 55 
takes place in the first display control instruction 
sequence SP_DCSQO: the SP_DCSQ_STM instruc- 
tion is used to indicate that the display of the picture is 
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intended to start directly when the sub-picture data unit 
SPU is called up. the next display control instruction 
SP_NXT_DCSQ_SA indicates where the next display 
control instruction sequence SP_DCSQ1 is stored. The 
next display control instruction SETJDSPXA now stipu- 
lates that the run-length decoding for the. first field is 
intended to start at the address 004FH:, and the decod- 
ing for the second field is intended to start at the 
address 0033H:. The display control instruction 
SET_COLOR after this stipulates that all the pixels of 
pixel types b and p are regarded as background, and 
are intended to be displayed using a different colour. 
Furthermore, this instruction stipulates that all pixels of 
pixel types 1 and 2 are defined as foreground pixels, 
and are intended to be displayed in a corresponding dif- 
ferent colour. The next instruction SET_CONTR makes 
the contrast 1 00% visible for all the pixel types b, p, 1 , 2, 
that is to say all the pixels in the display window for the 
sub-picture data unit are set to be fully visible. The next 
instruction SET_DAREA indicates the size of the visible 
window and defines the location where the window wili 
appear on the screen. In the illustrated example, the top 
left-hand corner of the visible window is located at the 
picture coordinates (100, 150), and the bottom right- 
hand corner is located at the pixel coordinates (117, 
159). The next instruction STA_DSP starts the display 
of the first frame. The next instruction CMD_END indi- 
cates the end of the first display control instruction 
sequence SP_DCSQ0. 

[0030] The second display control instruction 
sequence is then processed. The SP_DCSQ_STM 
instruction now stipulates that the process of outputting 
a new frame is intended to be displayed in accordance 
with this display control instruction sequence at the 30th 
frame after the start of the sub-picture data unit. The 
next SP_NXT_DCSQ_SA instruction once again refers 
to the memory address starting from which the next dis- 
play control instruction sequence SP_DCSQ2 is stored 
in the memory. This is followed by the next instruction, 
CHG_COLCON. This instruction is used, within the vis- 
ible window, to stipulate which pixels are to be included 
as pixels in the lower picture piece in the combined pic- 
ture piece, and which are to be included as pixels in the 
upper picture piece in the combined picture piece. The 
CHG_COLCON instruction also has 3 successive sub- 
sections.. These are referred to by the abbreviation 
LNLCTLI, PX_CTLI and LN_CTLI Termination Code. 
The code word for the CHG_COLCON instruction con- 
sists of just one byte, namely 07H. This is followed by a 
statement as to how far the CHG_COLCON instruction 
extends subsequently. The display control instruction 
sequence SP_DCSQ1 indicates that there are a further 
16 bytes associated with the CHG_COLCON instruc- 
tion. The CHG_COLCON instruction can be used to 
change the colour and contrast levels for specific areas 
within the display window in which the sub-picture is 
intended to be displayed. The statement LN_CTLI pro- 
vides the information on how many changes in the col- 
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our and contrast levels are intended to be set by the 
instruction, and the statement N = 1 in the example 
shown here means that there is only one change. This 
thus also indicates the area on the screen to which the 
changes are intended to apply. In the illustrated exam- 5 
pie, the statement dsn = 2 means that changes are 
intended to apply starting from the second video line. 
The statement ctln = 200 defines the fact that the 
change is intended to apply as far as the 200th video 
line. In practice, however, the change applies only in the w 
area in the display window of the sub-picture data unit. 
This was in tact defined in the first display control 
instruction sequence SPU_DCSQ0 in such a way that it 
extends from pixel position 1 00 in video line 150 to pixel 
position 11 7 in video line 1 59. The next information item 75 
PX_CTLI0 now indicates that column in the previously 
defined video line area from which a change to the col- 
our and/or contrast levels is intended to start. The state- 
ment cspn = 116 defines that a change is intended to 
start from the 1 1 6th pixel position. The next statement 20 
col = 0 1 0 1 defines that the colour level 0 is now 
intended to be selected for the pixel type b, the colour 
level 1 is intended to apply to the pixel type p, the colour 
type 0 is intended to apply to the pixel type 1 , and the 
colour type 1 is intended to apply to the pixel type 2. 25 
This is different to the definitions in the first display con- 
trol instruction sequence. The statement CNTR = F F F 
F defines that the contrast is set as before for all the 
pixel types, such that the pixel types are fully visible. 
With regard to the contrast levels, there is thus no 30 
change from the statements in the first display control 
instruction sequence. Finally, this is followed by the end 
code forthe CHG_COLCON instruction. This instruction 
is used to state that there are no further changes to be 
set from then on. This CHG_COLCON instruction thus 35 
means that the evaluation of the combined picture piece 
in the previously defined display window up to and 
including column 115 is carried out as stated in the first 
display control instruction sequence SP_DCSQ0. Start- 
ing from column 1 1 6, the pixels are then intended to be 40 
evaluated differently. This means that, starting from col- 
umn 1 1 6, instead of the lower picture piece in the com- 
bined picture piece, the bitmap data are evaluated such 
that the upper picture piece is reproduced. The final 
instruction SET_DSPXA in the second display control 45 
instruction sequence SP_DCSQ1 now sets the pointer 
to the start of the run-length coding within the PXD area 
such that evaluation is intended to start for the first field 
from the address 0005H:, and for the second field from 
the address 0034H:. Decoding is thus no longer carried 50 
out starting from the same address as in the first display 
control instruction sequence, but, in fact, one byte later 
in each case. This is equivalent to shifting the letter 
sequence which is output in the display window by two 
pixels to the left since, in fact, the run-length code words 55 
have each been formed separately for two successive 
pixels. The data in the PXD field shows how the PXD 
pointer is moved. Namely, the first byte at the address 



0004H: is no longer evaluated. This is then followed by 
eight data bytes with the value 44H. These are the code 
words for in each case two successive background pix- 
els. Thus, during decoding, 16 background pixels are 
output in the first line. This is then followed by the data 
byte 46 H. This data byte, however, in fact corresponds 
to the first data byte for the third video line, when decod- . 
ing would be carried out starting from the address^ 
0004H:, where a background pixel and a foreground 
pixel thus follow one another for the lower picture piece. 
After run-length decoding, this then means that a pixel 
of type b and a further pixel of type 1 must be output 
here. Since, in accordance with the CHG_COLCON 
instruction, both of these two types should be regarded 
as background pixels, two background pixels are thus 
likewise output at the two pixel positions in columns 116 
and 11 7. It must be remembered that these last two pix- 
els correspond to the first two pixels in the upper picture 
piece in the combined picture piece. This is due to the 
fact that the two picture pieces have been moved with 
respect to one another through two pixels in the vertical 
direction. This movement thus guarantees that the cor- 
rect pixels are always joined to one another seamlessly. 
This analysis is likewise applicable to the output for the 
second field; 

[0031 ] In the subsequent display control instruction 
sequences, appropriate measures are now taken to 
move the running script further. The area starting from 
which the pixels need to be evaluated differently is suc- 
cessively chosen to be ever larger. In the third display 
control instruction sequence SP_DCSQ2, the different 
evaluation starts from column 114. The area moves fur- 
ther and further to the left, by two pixels for each display 
control instruction sequence. By the ninth display con- 
trol instruction sequence SPJDCSQ8, this area is so 
large that the different evaluation actually starts from 
pixel column 102. Accordingly, the PXD pointer is also 
moved on by one address per display control instruction 
sequence. In the ninth display control instruction 
sequence' SPJDCSQ8, this pointer is at the address 
000CH: for the first field, and is thus at the last data byte 
44H of the first video line. 

[0032] In the final display control instruction 
sequence SPJDCSQ9, the PXD pointer is then no 
longer moved. There is likewise no further movement of 
the pixel evaluation with the CHG_COLCON instruction. 
This display control instruction sequence is used only to 
end the display of the sub-picture data unit. The 
STPJDSP instruction is used for this purpose. To make 
the lower picture piece completely visible, an additional 
display control instruction sequence would also have to 
be provided, so that the implementation of the evalua- 
tion starts from the pixel column 100, combined with the 
PXD pointer being moved to the next data entry. 
[0033] The described sub-picture data unit thus 
produces a slow movement of the running script with 
the letters A, B, C, D, E, F, with an onward movement of 
virtually two pixels per second. This is due to the fact 



7 



13 



EP 1 094 670 A2 



14 



that a movement takes place only once in 30 video 
frames. This movement could, of course, be speeded 
up if the changes were intended to be displayed at 
shorter intervals. 

[0034] The movement direction for the running s 
script can also be very easily reversed in the same way. 
In this situation, the PXD pointer would have to be t 
moved in the opposite direction, with the 
CHGJ30LCON instruction being appropriately 
adapted, so that the area where different evaluation is io 
intended to be carried out is enlarged successively from 
left to right. In the illustrated example, only a very short 
running script was produced, for the sake of simplicity. 
The statements below must now also be observed, for 
longer running scripts. is 
[0035] For this purpose, reference is made to Fig- 
ure 8. This shows a longer running script, extending 
from the letter a to the letter o. Three letters from this 
running script are in each case always intended to be 
displayed in the correspondingly selected display win- 20 
dow. The entire running script must then be subdivided 
into areas of equal size by vertical cuts, with each of 
these areas always including three letters. Two succes- 
sive parts are then combined with one another and are 
stored in an associated bitmap in the memory. This is 25 
indicated by curved brackets in Figure 8. This results in 
a first combined picture piece having a corresponding 
first bitmap. The letters a, b, c and d, e, f are stored com- 
bined in this first bitmap. The letters d, e, f and g, h, i 
have then been combined in the second combined pic* 30 
ture piece, etc. The combined picture pieces can be 
entered successively in the PXD area of the memory. 
Once the first combined picture piece with the first bit- 
map has been completely processed, as explained 
above, so that only pixels in the second picture piece 35 
are visible during movement from right to left, the proc- 
ess of displaying the next combined picture piece is 
then started. The second bitmap is thus then called up 
in a following display control instruction sequence. From 
this point, the procedure is then the same as that for the 40 
first two picture pieces. The procedure for the remaining 
combined picture pieces is analogous, until the final 
combined picture piece has been processed. The 
described method also likewise makes it possible to run 
through horizontally in a varying manner (for example 45 
with direction changes, varying movement speeds, etc.) 
in a simple manner, with appropriately adapted run- 
length coding. 

[0036] In the example explained here it has been 
assumed that the combined picture pieces are stored 50 
separately in two fields in the PXD area, and are 
addressed separately via the SET_DSPXA instruction. 
However, the method is just as suitable for producing 
horizontal movement, in which the SET_DSPXA 
instruction for both fields is set to the same memory 55 
address in the PXD area. This method is also used, and 
is referred to by the term "field repetition*. 
[0037] The said coding method for coding a picture 



sequence can be refined even further. For example, the 
arrangement of the combined picture pieces can also 
be optimized. Specifically, in the example shown in Fig- 
ure 8, for example, when movement takes place from 
right to left, the picture which is output based on the 
combined picture piece Kl with the output position 
shifted all the way to the left matches- the picture which 
is output based on the combined picture piece K2 with 
the output position shifted entirely to the right, and thus 
exists in a redundant form. Thus, if the aim during a 
transition from one combined picture piece to the next is 
for the picture likewise to be moved through the defined 
number of pixels from right to left, then this can be done 
in such a way that the second combined picture piece is 
moved through the corresponding number of pixels to 
the right with respect -to the previous picture piece. This 
is illustrated in Figure 9. In the same way as the picture 
pieces K2 and K3, and K3 and K4, the combined picture 
pieces K1 and K2 are each additionally shifted through 
8 pixels with respect to one another compared with the 
illustration in Figure 8. This additionally has the advan- 
tage that, in consequence, either fewer combined pic- 
ture pieces are required overall, and thus less memory 
is required for the PXD area, or the last combined pic- 
ture piece contains fewer foreground pixels, which in 
turn allows the run-length coding to be carried out in a 
manner which reduces the memory requirement. This is 
shown in Figure 10. 

[0038] In the upper part of Figure 10, the picture 
pieces are combined as shown in Figure 8. Eight com- 
bine"d picture pieces are thus required for all the running 
script, corresponding to the solid line. In the lower part 
of Figure 10, the combination process has been carried 
out as shown in Figure 9. As can be seen, only seven 
combined picture pieces K1-K7 need be stored. As has 
also already been explained above, the illustration like- 
wise shows that the last picture piece is filled with back- 
ground pixels if the last picture piece is not of the same 
size as the previous picture piece in order that any form 
of combination is possible at all. This area is repre- 
sented by dashed lines. This results in unused picture 
areas in the upper picture piece' in the last combined 
picture-piece K7. There is thus no longer any need for 
special run-length coding for this unused area, that is to 
say the run-length coding of the unused area can be 
coded in an entirely normal manner, that is to say purely 
to minimize the memory required, The only limitation is 
that the specific run-iength code word Till-end-of-line" 
must not be used, since this would result in faulty coding 
because the PXD pointer is in fact successively moved 
on ever further, and the line end thus changes continu- 
ally. 

[0039] Further reduction in the memory require- 
ment can be achieved If the last lines of an object, for 
example of a running script, are run-length coded in a 
simpler manner. This is shown in Figure 11. If the lower 
lines of the object picture contain only one pixel type (for 
example only background pixels), then the run-length 
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coding of this area can be greatly simplified. AH the last 
lines with only one pixel type in each field are coded 
exclusively using the run- length code word Till-end-of- 
line". Furthermore, a "Till-end-of-line" code word is also 
attached to each field. The previously explained method 5 
for run-length coding is shown schematically in the. 
upper part of Figure n. On this basis, all the lines aee 
dealt with in the same way, and associated run-length 
code words are produced separately for all the details. 
This also applies to the last lines, even though they con- 70 
tain only background pixels. It can now be seen in the 
lower part of Figure 1 1 that the last lines, marked by 
curved brackets and the reference symbol TEOL, are 
coded using the code words Till-end-of-line". No more 
foreground pixels occur in these lines. 75 
[0040] The method according to the invention for 
coding a picture sequence and, accordingly, the sub- 
picture data units according to the invention as well, can 
be used in all those appliances which contain the said 
sub-picture decoder in accordance with the DVD Stand- 20 
ard as a component. These are thus, in particular, DVD 
appliances including DVD-RAM and DVD-recordable, 
and possibly also including television receiving appli- 
ances such as set-top boxes or, for example, camcord- 
ers as well. 25 

Claims 

1. Method for coding a picture sequence, in which a 
picture in each case represents a detail of an 30 
object, in which case, when the picture sequence is 
displayed in a display window on a screen, this 
gives the viewer the impression that the object is 
moving horizontally in the display window, charac- 
terized in that the object picture is broken down 35 
into a number of segments (30) of equal size by 
means of vertical cuts, in that the pixel data of two 
respective adjacent segments (30) are combined, 
with a combined pixel being produced in each case 
from corresponding pixels in the segments to be 40 
combined, in such a way that the combined pixel is 
assigned a unique type (b, p, 1, 2), which corre- 
sponds to the distribution of the pixel values in the 
pair of corresponding pixels, and in that a defined 
number of combined pixels in each line of the object 45 
picture are in each case separately run-length 
coded, with the defined number of combined pixels 
corresponding to the number of pixels through 
which the object picture is moved per movement 
step in the horizontal direction. 50 

2. Method according to Claim 1 , wherein the size of 
the segments (30) corresponds to the size of the 
object details to be displayed. 

55 

3. Method according to Claim 1 or 2, wherein the two 
respective adjacent segments are shifted through 
two pixels in the vertical direction with respect to 



one another before they are combined. 

4. Method according to Claim 1 or 2, wherein the two 
respective adjacent segments are shifted through 
one pixel in the vertical direction with respect to one 
another before they are combined. 

5. Method according to one of Claims 1 to 4, whereirr- 
a combined picture piece is moved with respect to 
the previous and the next picture piece through the 
number of pixels through which the object is moved 
per picture in the horizontal direction. 

6. Method according to one of Claims 1 to 5, wherein 
the pixels of the pictures can assume only two val- 
ues, referred to in the following text as the "on" and 
"off" values. 

7. Method according to one of Claims 1 to 6, wherein 
the following four different pixel types are provided: 

if the corresponding pixels both have the value 
"off, then the combined pixel value is allocated 
the type A; 

if the corresponding pixels both have the value 
"on", then the combined pixel value is allocated 
the type B; 

if the pixel in the first picture segment has the 
value "on* and the pixel in the second of the 
picture segments to be combined has the value 
"off", then the combined pixel value is allocated 
the type C; 

if the pixel in the first of the two picture seg- 
ments to be combined has the value "off" and 
the pixel in the second of the two picture seg- 
" ments to be combined has the value "on", then 
the combined pixel value is allocated the type 
D, 

8. Method according to one of Claims 1 to 7, wherein 
the picture segments to be combined are combined 
such that they only partially overlap, and missing 
pixels outside the overlapping area are assigned 
the value "off". 

.9. Sub-picture data unit for use in an electronic appli- 
ance, in particular a consumer electronics appli- 
ance, wherein the sub-picture data unit contains a 
picture sequence which has been coded using a 
method according to one of Claims 1 to 7, having a 
data area (21 ) for the pixel values of the pictures in 
the picture sequence and having an instruction 
area (22) for displaying control instruction 
sequences (SP_DCSQ), characterized in that the 
display control instruction sequences (SP_DCSQ) 
contain an instruction which sets the pointer for the 
start address of the run-length decoding in each 
case such that the run-length decoding then starts 
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at different pixels in the object picture; in such a way 
that, in comparison to the previous run-length 
decoding, the start of the run-length decoding is* 
shifted through as many pixels to the right or left as 
the object picture is intended to be shifted in $ 
accordance with the desired movement, and in that 
the display control instruction sequences contain r 
an instruction which defines the way in which the 
combined pixels of a combined picture piece are to 
be evaluated in associated areas. io 

10. Sub-picture data units according to .Claim 9, 
wherein the sub-picture data unit is designed for 
use in a DVD appliance. 

15 

11. Sub-picture data unit according to Claim 10, 
wherein the display control instruction sequences 
(SP_DCSQ) contain the display control instruction 
SET_DSPXA defined in the DVD standard in order 

to shift the run -length decoding pointer. 20 

12. Sub-picture data unit according to Claim 10 or 11, 
wherein each of the pixel types A, B, C, D defined in 
Claim 6 is assigned in a mathematically unique 
manner one of the pixel types (defined in the DVD 25 
Standard) "Background Pixel", "Pattern Pixel", 
"Emphasise Pixel" and "Emphasis-2 Pixel'. 

13. Sub-picture data unit according to one of Claims 10 

to 12, wherein the display control instruction 30 
SET_COLOR or CHG_COLCON is used in a dis- 
play control instruction sequence (SP_DCSQT) in 
order to define the way in which the combined pix- 
els of a combined picture piece are to be evaluated 
in associated areas. 35 



14. Data storage medium, in particular a DVD disk, 
having a sub-picture data unit according to one of 
Claims 9 to 13. 

40 



50 



55 
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0000: ####################### SPUH: 

0000:01 FC # SPDSZ = 508 = 0x1 FC 

0002: 00 FE # SP DOQTA = 254 = OxFE 



0004: 
0004: 
0014: 
0024: 
0034: 
0044: 
0054: 
0064: 
0074: 
0084: 
0094: 
0OA4: 
00B4: 
00C4: 
00D4: 
00E4: 
0OF4: 

OOFE: 
OOFE: 
OOFE: 
0100: 
0102: 
0107: 
010A 
010D: 
0114: 
0115: 
0116: 
0116: 
0118: 
011A 
01 1D. 
0121: 
0127: 
012B: 
0130: 
0131: 
0131: 
0133: 
0135: 
0138: 
013C: 
0142: 
0146: 
014B: 
014C: 
014C: 
014E: 
0150: 
0153: 
0157: 
01 50: 
0161: 
0166: 



####################### 

44 44 44 4 4 44 44 44 44 

44 44 74 45 64 76 66 44 

64 75 55 44 54 45 44 54 

64 44 6 6 6 6 44 46 66 64 

5 4 7 6 6 6 7 4 74 44 64 74 

56 66 64 55 54 44 55 55 

00 00 00 00 00 00 00 00 

00 00 00 00 00 00 00 00 

00 00 00 00 00 00 00 00 

00 00 00 00 00 00 00 00 

00 00 00 00 00 00 00 00 

00 00 00 00 00 00 00 00 

00 00 00 00 00 00 00 00 

00 00 00 00 00 00 00 00 

00 00 00 00 00 00 00 00 

0 0 0 0 0 0 0 0 00 00 00 00 

####################### 
####################### 



PXD: 
44 46 

74 44 
44 44 

75 54 
44 44 
54 54 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 



46 44 
44 74 
54 44 
64 75 
74 44 
44 44 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 



64 44 
44 74 
44 00 
55 74 
74 76 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 



64 64 
75 55 
00 44 
75 55 
66 44 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 
00 00 



00 33 



75 09 60 9F 



00 00 

01 16 

06 00 04 

03 11 00 

04 FF FF 

05 06 40 
01 # 
FF # 
####################### 

00 57 # 

01 31 # 

07 00 10 # 
00 02 10 C8 # 
00 74 10 10 FF FF # 
OF FF FF FF # 

06 00 05 00 34 # 
FF # 
####################### 



00 
01 
07 
00 
00 
OF 
06 
FF 



AF 
4C 
00 
02 
72 
FF 
00 



10 
10 
10 

FF 
06 



C8 
10 
FF 
00 



FF FF 

35 



####################### 



01 
01 
07 
00 
00 
OF 
06 
FF 



07 
67 
00 
02 
70 
FF 
00 



10 
10 
10 
FF 
07 



C8 
10 
FF 
00 



FF FF 
36 



SPJX5QT: 

SP DCSQ 0 = 0x0 

SP_DGQ_STM = Os => start frame: 0 

SP:NDCT_DCSO SA = 278 = 0x116 

SET.DSPXA ufiOx4 bf=Ox33 

SET.COLOR b=0 p=0 e1=1 e2=1 

SET.CONTR (0J5)i b=15 p=15 e1=15 e2=15 

SET.DAREA sx=100 ex=117 sy=150 ey=159 

STA.DSP 

CMD_END 

SP DCSQ 1 =0x1 

SP_DCSQ_STM => start frame: 30 
SP_NXT_DGQ_SA = 305 = 0x131 
CHG.COLCON (Extended field size = 16 = 0x10) 

LN Oil 0: n=1 csln=2 ctln=200 
PXCTLI 0: opn=116 col= 0 1 0 1 cntr=F F F F 

LN CTU Termination Code 
SETDSPXA uf=Ox5 bf=Ox34 
CMD END 
SPJX5Q 2 = 0x2 
SP DCSClSTM => start frame 60 
SP NXT DGQSA =332 =0x14C 
CHG_COLON (Extended field size = 16 =0x10) 

LN CTU 0: n=1 csln=2 ctin=200 
PX.CTU (h cspn=114 cd= 0 1 0 1 cntr=F F F F 

LN CTU Termination Code 
SETDSPXA uf=0x6 bf=Ox35 
CMD END 
SP.DCSQ 3 = 0x3 
SP.DCSO.STM =o start frame 90 
SPlNXTDCSdSA = 359 = 0x167 
CHG COLCON (Extended field size = 16 = 0x10) 

LNlCTU (h n=1 csln=2 ctJn=200 
PX.CTU 0: apn=112 cob 0 1 0 1 crrtr=F F F F 

LN_CTU Termination Code 
SET.DSPXA uf=0x7 bf=0x36 
CMD.END 
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0167:####################### 

0167:01 5F # 

0169:01 82 # 

016B 07 00 10 # 

016E:00 02 10 C8 # 

0172:00 6E 10 10 FF FF # 

0178:0F FF FF FF # 

017C06 00 08 00 37 # 

018 1 : F F # 
0182: ####################### 

0182:01 B7 # 

0184:01 9D # 

0186:07 "00 10 # 

0189:00 02 10 C8 # 

018D.-00 6C 10 10 FF FF # 



0193: 

0197: 

019C: 

019D: 

019D: 

019F 

01A1: 

01A4: 

01A8: 

01AE: 

01B2: 

01B7: 

01B8: 

01B8: 

01BA: 

01BC: 

01BF: 

01C3: 

01C9: 

01CD: 

01D2: 

01D3: 

01D3: 

01D5: 

01D7: 

01DA: 

01DE: 

01E4: 

01E8: 

01ED: 

01EE: 

01EE: 

01F0: 

01F2: 

01F5: 

01F9: 

01FA: 

01FB: 



OF FF FF FF # 

06 00 09 00 38 # 
FF # 
####################### 
02 OF # 

01 B8 # 

07 00 10 # 
00 02 10 C8 # 
00 6A 10 10 FF FF # 
OF FF FF FF # 
06 00 OA 00 39 # 
FF # 
####################### 

02 67 



01 
07 
00 
00 
OF 
06 
FF 



03 
00 
02 
68 
FF 
00 



10 
10 
10 
FF 
OB 



C8 
10 
FF 
00 



FF FF 
3A 



####################### 
02 BF # 
01 EE # 
07 00 10 # 
00 02 10 C8 # 
00 66 10 10 FF FF # 
OF FF FF FF # 
06 00 OC 00 3B # 
FF # 
####################### 

.# 
# 



03 
01 
07 
OF 
02 
FF 
FF 



17 
EE 
00 
FF 



06 
FF 



FF 



SP_DCSQ 4 = 0x4 

SP DCSQ_STM => start frame: 120 

SP'NXT DGQ.SA = 386 = 0x182 

CHG COLON (Extended field size = 16 =0x10) 

LNCTU 0: n=1 csin=2 ctin=200 
PX.CTTJ &cspn=110 co«= 0 10 1 cntr=F F F F 

LN_CTLI Termination Code 
SET DSPXA uf=0X8 bf=0x37 
CMD END 
SP DCSQ 5 = 0x5 
SP'DCSCLSTM => start frame: 150 
SP~NXT_DGQ_SA = 413 = Ox19D 
CHG COLCON (Extended field size = 16 = 0x10} 

LN'CTU 0: n=1 csln=2 ctln=200 
PX.CTU ft cpn=108 co)= 0 1 0 1 cntr=F FF F 

LN CTTJ Termination Code 
SETJDSPXA uf=0x9 bf=0x38 
CMD_END 
SP_DCSQ 6 = 0x6 

SP DGCLSTM => start frame: 180 
SP"NXT_DCSQ_SA = 440= 0x1B8 
CHG COLCON (Extended field size = 16 = 0x10) 
LN'CTU 0: n=1 csln=2 ctln=20O 

PX CTLI 0: cpn=106 cob 0 1 0 1 cntr=F F F 

LN Oil Termination Code 
SET DSPXA ufsOxA bf=0x39 
CMD END 
SP DCSQ 7 = 0x7 

SP"DCSO_STM=> start frame: 210 
SP'NXT DGCL SA = 467 =0x1D3 
CHG.COLON (Extended field size = 16 = 0x10) 

LN Oil 0 : n=1 cstn=2 dln=200 

PX Oil 0. cspn=104 cob 0 1 0 1 cntr=F F F F 

LN_CTU Termination Code 
SELDSPXA uf=OxB bf=0x3A 
CMDJND 
SP DCSQ 8 = 0x8 
SPJX3Q_STNI=> start frame: 240 
SP'NXT DCSQ_SA = 494 = OxIEE 
CHG COLCON (Extended field size = 16 = 0x10) 

LNlCm 0: n=1 csln=2 ctin=200 

PX.CTU 0: apn=102 col= 0 1 0 1 cntr=F F F I 

LN Cm Termination Code 
SETDSPXA U f=0xC bf=Ox3B 
CMDJND 
SP.DCSQ 9 = 0x9 
SP_DCSQ_STM => start frame: 270 
SP NXT DCSQSA = 494 = 0x1 EE 
CHG_COLONTExtended field size = 6 = 0x6) 

LN_CTU Termination Code 
STP_DSP 
CMD_END 

Stuffing Byte => even SP size 



Fig.7 
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Fig.11 



16 



